Ini hanya perubahan kecil sahaja! Berapa kerap kita mendengar bahawa kita perlu memperbaiki sesuatu? Kita perlu menambah ciri-ciri kecil. Kita perlu menyesuaikan sesuatu. Kod pintar atau penerbitan, hanya menyedari bahawa mereka memerlukan ini untuk pengekalan, atau mungkin seorang penganalisis membawa data terkini, jadi sekarang kita perlu menambah hanya beberapa baris kepada kod. Mereka tidak menjejaskan prestasi atau mana-mana jabatan lain, saya berjanji. Dan ia seperti 3 minit kerja koder - mengapa tidak? Cepat maju: mereka memecahkan butang "Beli" di halaman depan kedai pada rilis. Mengapa ini selalu berlaku dengan perubahan kecil?Wah, jika kita berfikir tentang ia, kita biasanya tidak berfikir tentang itu. Pereka berfikir dalam ciri-ciri dan pengalaman pengguna. Insinyur berfikir dalam sistem keseluruhan. Pengeluar berpikir dalam tugas. Pihak berkepentingan memikirkan hasil perniagaan. Dan satu perubahan kecil sentiasa dipandang sebagai sesuatu yang terpencil dan biasanya tanpa kesedaran semua orang. Jadi, ia pada asasnya merupakan pendekatan kognitif. Dan itu berlaku bukan kerana semua orang salah atau tidak profesional. Ia adalah kerana sistem pengeluaran moden sangat saling berkaitan, jadi tidak mungkin untuk mengetahui apa yang berpotensi boleh dipengaruhi oleh apa-apa - terutamanya jika anda tidak telah bekerja pada projek ini selama 15 tahun. Apa itu produk moden? saya gembira anda bertanya! Ia tidak kira sama ada anda membina permainan atau aplikasi perbankan - anda tidak hanya mempunyai banyak ciri-ciri dan aset. anda mempunyai ekosistem untuk setiap bit kerja: Seni, Kod, Reka Bentuk, UI, Pemasaran, Penerbitan (mungkin juga Pengurusan Projek - wow, anda seorang pengembang kaya), dan lain-lain Dan masing-masing daripada mereka mempunyai infrastruktur, paip, aliran kerja, dan aset bersama. Apa yang salah jika saya hanya membuat perubahan warna kecil kepada salah satu ikon? Well, itu bermakna anda menghabiskan 3 saat untuk mengubah kod warna. Kemudian anda mesti mengumpulkan pembinaan. Kemudian QA mesti memeriksa perubahan kecil anda untuk mengesahkan bahawa anda benar-benar mengubah warna. Kemudian anda mesti mengumpulkan pembinaan lagi, yang harus berada dalam barisan dengan pembinaan lain dalam senarai menunggu. Kemudian kita perlu mengemas kini pelayan dengan perubahan anda - oh tunggu, adakah anda memberitahu sesiapa sahaja tentang itu? Tidak? Oh, itu hebat, kerana anda baru sahaja mengemukakan perubahan anda semasa pembekuan komitmen, dan sekarang jurutera penyebaran mesti memperbaiki paip CI / CD, dan kita mesti menangguhkan pelepasan selama 4 hari kerana hari Jumaat. Dan sebaliknya - kita mesti berkomunikasi itu kepada pengguna kerana mereka sedang menunggu versi baru ini, dan sesetengah daripada mereka memutuskan untuk tidak menunggu begitu lama dan menghapuskan aplikasi anda. Biar saya memperkenalkan anda kepada Change Propagation Surface (CPS) - bilangan sistem, paip, aset, dan aliran kerja yang perubahan mesti lalui sebelum ia mencapai pemain. Perubahan anda tidak boleh dianggarkan oleh saiz tugasnya, seperti "1 jam kerja." Perubahan anda sama dengan CPS × Kepadatan Coupling (jumlah kerja yang perlu dilakukan oleh jabatan lain agar perubahan ini diluluskan). Pikirkan tentang ini dengan cara ini: 
 
 
 Satu tweak UI kecil menyentuh tiada data yang dikongsi - CPS rendah. Perubahan peraturan permainan menyentuh kod, keseimbangan, reka bentuk, analisis, pengalaman pemain - CPS tinggi. Mari kita kembali kepada keadaan di mana anda ingin mengubah warna ikon. 3 saat kerja itu akan menjejaskan UI, builds, persepsi pemain, pengalaman, dan reka bentuk. Ia juga boleh menjejaskan pengkodean warna untuk peraturan aksesibiliti, ditambah pembinaan build, dan akhirnya kemas kini pelayan.Ia adalah CPS tinggi - tentu saja, jika anda tidak menjejaskan perubahan itu tanpa kesedaran semua orang (saya lihat bahawa - letakkan ia!). Sama berlaku untuk pertukaran aset atau mengubah nilai stat: ia menjejaskan memori, tuning AI, logik kehancuran, dan lain-lain Jangan lakukan itu melainkan jika seseorang dari kepimpinan senior berkata ia adalah CPS rendah - kemudian hanya lakukan dan lihat bagaimana ia berjalan. Anda boleh menerapkan pendekatan ini pada dasarnya di mana-mana tempat dalam pengeluaran kerana ia bukan perkara abstrak sama sekali dan boleh dianggarkan. Contohnya : 
 
 
 
 
 
 
 
 
 
 
 
 UI belakang Kod Pelanggan Reka Bentuk Permainan ekonomi Analisis yang Pembinaan / CI / CD Pemasaran Sokongan pelanggan Operasi Live Setiap item ini dihitung sebagai faktor CPS plus 1.Selepas itu, semakin banyak "item" yang sama yang anda sentuh, semakin tinggi nombor CPS yang anda dapatkan.Dan dengan maklumat itu, anda boleh mencipta matriks perkiraan kecil seperti: CPS 1-2 - Perubahan tempatan CPS 3-5 - Perubahan Cross-fungsi CPS 6+ - Perubahan Sistemik Satu lagi kali, formula adalah: Impact = CPS × Coupling Density. Mudah! Mari kita lihat bagaimana ia berfungsi dalam contoh kehidupan sebenar: Jadi pengembang anda pergi bercuti dan melengkapkan kursus matematik di LinkedIn. Dan apabila dia kembali, dia berkata bahawa terdapat cara yang lebih cekap untuk mengira EXP. Perubahan ini adalah "satu baris kod." 
 
 
 
 
 
 
 
 
 Perlawanan keseimbangan Pemain progression pacing Inflasi ekonomi Pertempuran Pass Perkembangan Penyimpanan Metrik Analisis Dashboard Janji Pemasaran Sokongan pelanggan loading Ini bermakna CPS lebih daripada 7. jadi sekarang anda boleh melihat bahawa walaupun kode diff kecil, permukaan penyebaran adalah sistemik dan mempunyai hasil potensial yang besar. Dengan kata lain, jika kemajuan XP mempercepatkan perkara-perkara seperti ekonomi, ketersediaan kandungan, nilai lulus pertempuran, kurva retensi, dan lain-lain, anda perlu tahu bahawa walaupun pelaksanaan mengambil masa kira-kira 10 minit, kesan ripple boleh mengambil minggu kerja. Mengapa pengeluaran perkhidmatan langsung membuatnya lebih teruk? kerana ia diperkuat oleh kandungan yang digunakan semula di pelbagai ciri, oleh telemetri dan ekonomi yang dikombinasikan dengan ketat, dan oleh sistem yang berterusan dan sering memerlukan kompatibiliti mundur. Jadi, kos sebenar yang anda bayar untuk penyebaran terletak dalam garis masa yang panjang, rework tersembunyi, friksi antara pasukan, hutang teknikal, burnout, dan akhirnya, orang yang mengundurkan diri secara langsung atau tidak langsung. Alih-alih berfikir, "Oh, ini adalah perubahan kecil," kita mungkin perlu berfikir, "Apakah sistem ini menyentuh perubahan ini?"Pikirkan ini sebagai infrastruktur, bukan ciri, dan sentiasa cuba membawa itu kepada kesedaran antara pasukan. **Semua perkara dalam pengenalan saya yang terlalu panjang ialah bahawa tidak ada sesuatu seperti perubahan kecil dalam sistem pengeluaran.Terdapat hanya perubahan di kawasan yang terjejas yang salah dipahami.Dan semakin tua anda menjadi, semakin pandangan anda bergerak ke arah memahami bagaimana perubahan ini akan bergerak alih-alih cuba untuk mengelakkan perubahan sama sekali.

Read My Stories

Audio ini dihasilkan dalam bahasa asal cerita!

Mengapa "perubahan kecil" tidak wujud dalam sistem permainan pengeluaran

About Author

KOMEN

GANTUNG TANDA

ARTIKEL INI DIBENTANGKAN DALAM

Related Stories

Light-Mode

Classic

Newspaper

Minty

Dark-Mode

Neon Noir

Minty

HN StartUps